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Abstract 



DORI (Distributed Outdoor Robotic Instruments) is a remotely controlled vehicle 
that is designed to simulate a planetary exploration mission. DORI is equipped with 
over 20 environmental sensors and can perform basic data analysis, logging and remote 
upload. The individual components are distributed across a fault-tolerant bus for 
redundancy. A partial sensor list includes atmospheric pressure, rainfall, wind speed, 
GPS, gyroscopic inertia, linear acceleration, magnetic field strength, temperature, 
laser and ultrasonic distance sensing, as well as digital audio and video capture. The 
project uses recycled consumer electronics devices as a low-cost source for sensor 
components. This report describes the hardware design of DORI including sensor 
electronics, embedded firmware, and physical construction. 
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Chapter 1 



Introduction 



Few engineering projects require as much careful planning and execution as NASA's 
space exploration missions. On deployment they are permanently launched to remote 
locations that make them completely inaccessible to further physical repairs. DORI 
is a simulated planetary exploration mission with self-imposed accessibility and com- 
munications constraints, in order to examine some of the engineering challenges that 
NASA's mission designers must overcome. 

1.1 Project Overview 

1.1.1 Description 

DORI is a remotely controlled vehicle containing a distributed network of nodes able 
to remotely measure and record environmental data. The data are transmitted to a 
server for storage and manual analysis. To perform this analysis we have created a 
suite of data visualization tools called TK that allows us to filter, visualize, and in- 
terpret the data recorded by DORI. These tools present a standard interface for the 
generation of charts, graphs and plots, as well as the creation of simple 3D reconstruc- 
tions of the sites where the data were acquired. We have also developed GATEWAY, a 
central server to receive and archive the data uploaded by DORI. GATEWAY can also 
automatically perform simple data preprocessing and normalization. 
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Figure 1.1: DORI physical design 



DORI's main task is to collect and record the measurements output by the various 
nodes onto one of two SD cards (referred to as passive operating mode). Once a large 
number of sensor values have been collected, one of the uplink nodes connects to 
GATEWAY and sends the full sensor log in a single transfer. A CRC-16 checksum is 
then computed on both sides and these checksums are compared to confirm that the 
file was successfully transferred. After a successful transfer, the log file is deleted from 
the SD card. 

In addition to DORI's passive mode of operation there is also an active operating 
mode, in which raw system bus traffic can be sent and monitored directly using either 
of the two uplink modems. 
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1.1.2 Objectives 

Our goal was to create a fault tolerant distributed data collection system which can 
reliably operate from a location that is not easily accessible after launch. DORI will 
be permanently deployed to a location several hundred kilometers away to ensure we 
are not able to perform any physical repair after launch. In this way we hope to 
artificially recreate the risk and uncertainty of a space mission. We expect DORI 
to remain operational for a minimum of 12 months after deployment. After launch, 
we plan to conduct simple experiments using all the included sensing equipment, 
and to record several environmental parameters such as temperature, humidity, and 
precipitation. 

During construction we focused on finding the cheapest possible sources for DORI's 
hardware components. The majority of the electronic components in DORI were pur- 
chased from retailers in China. Most of the materials used to construct the chassis, 
arm, and sensor plate were salvaged from a junkyard at little or no cost. 

The processing power of DORI is distributed among a dozen microcontroller nodes 
that are each responsible for specific groups of functions. Each node manages a limited 
number of devices. The robot is thus protected from severe malfunction in the event 
of the failure of any single node. 

Despite being inaccessible after deployment, DORI will inevitably require up- 
grades and maintenance after deployment at the target site. To accomplish this, 
we have included the ability to remotely upgrade the firmware of any node in the 
distributed system. 



Chapter 2 
System core 



DORI's core is comprised of a collection of nodes connected to a main system bus. 
The primary goal was to ensure that the main architecture was highly reliable, with 
redundant systems included to protect against hardware failure. 
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Figure 2.1: Core system design 



2.1 Message bus 

DORI's main system backbone is a Controller Area Network (CAN) bus with a fre- 
quency of 125 kbit/s. Short messages are broadcast between all nodes, and bus ar- 
bitration is achieved via a priority system which ensures that no collisions occur and 
no packets are lost. This also guarantees message delivery subject to certain timing 
constraints [TJ" 



CHAPTER 2. SYSTEM CORE 5 

The CAN bus protocol (ISO 11898) was developed in the 1980s at Robert Bosch 
GmbH for various automotive and industrial automation applications. It is a ro- 
bust, multi- master broadcast bus that uses differential NRZ (non-return-to-zero) sig- 
nallining on two wires. CAN messages consist of an 11 or 29-bit long message identifier 
and up to 8 bytes of data payload. 

We began by evaluating existing higher-level protocols such as J 1939 and CAN open, 
which automatically fragment messages longer than 8 bytes across multiple CAN 
packets. We found that these are highly complex, closed standards that provide more 
features than necessary for DORI's simple distributed design. We eventually decided 
to use a packet format similar to J1939's multipacket transport protocol specification, 
with custom modifications to allow for very large data transfers such as JPEG images 
and firmware updates. 

Atmel produces several AVR microcontrollers built specifically for automotive ap- 
plications with integrated CAN controller logic. The primary disadvantage with these 
products is that they are only offered in small surface-mount packages (TQFP and 
VQFN) which are difficult to use in breadboard-based development. These chips also 
tend to be more difficult to purchase in small quantities, and cannot be purchased 
from local suppliers due to small hobbyist demand. Note that these Automotive AVR 
devices do not feature integrated CAN transceivers, and these must still be purchased 
separately. 

2.2 Uplink 

The uplink connection used by DORI to communicate with our GATEWAY server must 
always be available to receive new commands and transmit sensor readings. If the 
uplink were to fail we would neither be able to read the sensor values nor diagnose the 
failure. We therefore decided to install two separate uplink modems: one for normal 
use, and another for emergency communications. 

Several communications strategies were evaluated for DORI's main uplink. We 
first decided to use an RF transceiver to send and recieve Olivia MFSK-encoded AX. 25 
data over the HF frequency range using hobbyist HAM equipment [11]. This packet 
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radio format would give us 1200 baud bidirectional transfer at distances of hundreds 
of kilometers using NVIS (skywave) propagation. We also attempted to design a 
mechanism where DORI would deploy a 7.5m monopole antenna directly onto the 
ground to transmit on the 5MHz/60m band. Eventually we decided that this solution 
had too many drawbacks including weather interference, low transmission range, and 
high power usage, and it was abandoned. 

Because the communication link was critical in this project, we decided to piggy- 
back on the existing cellular mobile network infrastructure that is installed throughout 
the country. Two GSM cellular modems were purchased: a BenQ M32 USB GSM mo- 
dem as the main modem, and a Nokia 3390 cellular phone with SMS capability as a 
backup modem. 

DORI communicates with our GATEWAY server on the cellular 
network using its main modem, which uses the 7-11 SpeakOut net- 
work at 850/1900MHz. The module's existing antenna was a simple 
stub of metal, so it was replaced with an external GSM antenna meant 
for vehicle use, increasing its signal strength by approximately 2dB. 
The module includes a Prolific PL2303 USB-serial controller which 
we bypassed in order to directly access the M32 chip's 3.3v UART 
input and output signals |2]. 

The SpeakOut network offers limited web browsing using an HTTP proxy. It does 
not support data (raw TCP) connections, WebSockets, or any form of HTTP long- 
polling. However we found that DNS lookups are not verified, and TCP port 53 is 
open and available for external connections. Using the service's $10/month "unlimited 
browsing" package, we are able to communicate with and transfer data from DORI 
at a fixed low monthly cost. 

As a backup communication method, DORI is also equipped with 
a Nokia 3390 cellular phone with SMS capability using a Fido Mobil- 
ity SIM card. The secondary modem node connects directly to the 
phone's FBus (Fast Bus) serial communication port, and is used as 
a simple bridge interface to allow us to send and receive raw packets 
on DORI's system bus. In the event of a communication failure on 
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the main modem, the operator will begin by sending a broadcast system message to 
the secondary modem node to temporarily disallow all periodic sensor broadcasts, 
followed by a command to begin forwarding all system bus traffic over the secondary 
node's SMS interface. In this way we are able to perform any necessary operations 
including analyzing the state of any node in the system, requesting sensor values or 
file contents, and even perfoming emergency firmware reflashing. 

2.3 Nodes 
2.3.1 AVR 

Each node consists of an Atmel ATmega88 8-bit RISC microcontroller with 8192 
bytes of flash program memory and 1024 bytes of RAM [6J connected to a number of 
external sensors and peripherals. Every node runs a custom event loop configured to 
the specific peripherals controlled by it rather than a generic task-switching operating 
system. Due to the lightweight nature of the driver software and event loop system, 
most of our node firmware is smaller than 2000 bytes (notable exceptions are the 
FAT16 driver and the NMEA datestamp parsing code.) 

Node firmware is deliberately simple, and very little pre-processing is performed by 
DORI. Most drivers are simple wrappers which read sensor values, perform simple low- 
pass filtering and normalization. These semi-processed sensor values are then directly 
broadcast on the system bus to be logged and uploaded for analysis. All CPU-intensive 
processing is performed by GATEWAY and TK. We kept each node's electrical circuit 
as small as possible, using minimal components to interface the hardware's signal with 
its node's microcontroller. 

Nodes are powered by a dual 12v/5v regulated supply. Any node which must 
interface with peripherals running at voltages other than 5v or 12v has its own power 
regulator based on the LM2596 step-down (buck) regulator. In particular, nodes 
interfacing with a large number of 3.3v peripherals have their AVR microcontroller 
powered by 3.3v, and only the MCP2515/MCP2551 CAN interface circuitry is pow- 
ered by 5v. A zener diode clipper circuit is then used to interface the MCP2515's 5v 
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signals with the AVR's 3.3v inputs. 

2.3.2 Data reporting 

As most of DORI's sensor hardware is built from inexpensive consumer-grade equip- 
ment, the resulting sensor values are relatively noisy and should be filtered before 
they are transmitted back for further processing and analysis. Several filter al- 
gorithms were considered with respect to algorithm complexity, smoothing perfor- 
mance, and compiled code size. A common filter technique is known as a linear 
rolling- average filter, where the most recent n samples are averaged and the re- 
sulting mean values of these samples is a low-pass filtered copy of the input signal 
(outi = ini_ n + . . . + m r ) A variant of this technique, known as exponential rolling 
average, applies new data values to a rolling average value which undergoes exponen- 
tial decay (outi — cxirii + (1 — ctjouti-i, < a < 1). In DORI we use a 1-dimensional 
Kalman filter, which is a linear filter that can be precisely tuned to minimize a par- 
ticular noise distribution |13| . 
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Construction 



DORI was designed as an experimental low-cost robot architecture. Our focus was to 
develop a highly reliable distributed sensor network, using limited hardware resources. 
As such, DORI's chassis, drive system, and actuator arm were kept minimal and 
simplistic. 

3.1 Chassis 

The main chassis was constructed primarily of salvaged materials. An old streetlight 
enclosure was used for the frame, a broken floor jack was used as the actuator arm, 
and the wheels were taken from an old farm tractor. The two chassis components 
that could not be sourced from a junkyard were the linear actuator used to raise and 
lower the arm and the stepper motor to rotate the sensor plate. These were bought 
online from China at low cost. 

3.2 Drive system 

DORI uses a simple drive system consisting of two electric motors driving four wheels. 
The motors are 12v power window motors from a vehicle, with built-in 20:1 gear 
reduction. The motors are directly connected to the drive shafts, which are lawn 
mower drive axles giving a further 6:1 gear reduction, for a total gear ratio of 120:1. 
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The wheels on each side of the robot are directly linked together with a chain giving us 
simulated four-wheel drive using only two motors. This drive configuration is similar 
to a tank, and having a zero turning radius greatly simplifies our ability to control 
DORI's position. Large rubber tractor wheels are used in order to navigate the rough 
terrain of the target environment. 

3.3 Actuator arm 

The actuator arm is built from a car floor jack that is raised and lowered by a 12v 
linear actuator. Our priority was to make sure that the arm was physically secure 
and would not be affected by debris or strong winds. The linear actuator has a 
rated dynamic lifting capacity of 50kg, but this capacity is reduced due to the linear 
actuator's cantilever configuration with the arm beam. During testing we were able 
to raise a 40kg bag of sand with no noticeable strain on the lifting mechanism. The 
static holding strength of the linear actuator is 226kg when power is removed, so the 
arm is unlikely to drift from a raised position when supporting the sensor plate and 
attached instruments (5kg). During testing we lowered the arm to a near- horizontal 
position and placed a 40kg bag of sand on top for 12 hours, with no measurable change 
in height. 

The linear actuator we purchased has an integrated precision linear potentiometer 
which is able to measure the position of the actuator arm. We use this as a feedback 
mechanism to report the arm's position while it is raised or lowered. The arm's 
position is also periodically monitored while the arm is static to immediately notify 
TK of any gradual drift that may occur. 

3.4 Power 

DORI is powered by two 12v vehicle batteries each rated to deliver 54Ah. One battery 
is used to power the electronic components, and the other battery is used to power 
all of the high-current power electronics. In this configuration they are completely 
isolated from each other, and the sensors are completely protected from electrical 
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noise from the motors. The batteries are constantly recharged by a 10W solar panel 
during daylight hours. The electronic circuits draw little current - the main system 
bus and the nodes themselves could run for years on a single charge. The biggest 
sources of power draw are the drive motors and linear actuator, which draw up to 3A 
when stalled. However DORI has no self-navigation abilities and must be manually 
controlled. The surrounding environment must be studied using TK and a path chosen 
before any drive commands are sent to DORI. Therefore DORI will usually stay in 
a single spot and record measurements. The motors will be rarely used so the power 
they draw will be minimal over time. 

3.5 Nodes 

Every node is constructed from an identical base circuit layout, with specific hardware 
modifications added to accomodate the particular peripherals connected to a particu- 
lar node. The main processor in each node is an Atmel ATmega88 chip clocked from 
an 8MHz quartz crystal oscillator. Each node connects to the system bus using a 
Microchip MCP2515 CAN controller connected to a MCP2551 CAN transceiver. 

The nodes are distributed throughout DORI according to the specific peripherals 
they control. A piece of stranded 10AWG (5 mm 2 ) wire is used to transmit system bus 
messages across the nodes. Each node uses a pair of wire tap connectors to physically 
connect to the system bus, and these electrical taps are wrapped in insulating electrical 
tape to prevent corrosion. 

3.6 Durability 

We intend to operate DORI for a minimum of 12 months after deployment, so physical 
reliability is critical. DORI will be operating in a densely forested environment in 
temperatures ranging from — 6°C to 24 °C, with an average snowfall of over 400cm. 

Other possible hazards include rats, water condensation, and electrical interference 
due to thunderstorms. Rats love to chew wires, so we have used steel armored cable 
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wherever possible for protection. Most of the signals within DORI are relatively low 
frequency, so they are less susceptible to EM interference. 

In order to avoid any moisture condensation inside the electronic components, 
each moisture-sensitive device underwent a waterproofing procedure. We first placed 
dessicant packets from ramen noodles into any large enclosed spaces, and then used 
a home hair dryer to heat and dry the air that would remain sealed within the elec- 
tronics. Once the air was sufficiently dry we used a rubberized chemical spray to 
completely coat the electrical components in a water-tight rubber barrier. 



Chapter 4 
Peripherals 



DORI is equipped with several types of peripherals for sensing external conditions, 
logging data, and controlling output devices such as motors and relays. We have also 
included peripherals which can be used to help assess and maintain DORI's physical 
condition. 

4.1 Sensors 

DORI's primary function is to log atmospheric, meteorological, and other environ- 
mental data through various sensors. These sensor devices were obtained from vari- 
ous sources, including hobbyist electronic modules, broken consumer electronics, and 
handheld measurement devices. They are distributed among DORI's processing nodes 
according to their function, as well as their installed location within DORI's chassis. 
A digital screen reading technique was developed in order to extract digital sensor 
readings from handheld consumer sensing equipment such as distance meters and 
infrared thermometers. We remove the equipment's Liquid Crystal Display (LCD), 
and the digital signals output by the equipment's main circuit board are connected 
to a microcontroller. We can then analyze the signal being fed to the LCD, and 
reinterpret the digits that were being displayed for a particular measurement. This 
allows us to acquire calibrated digital measurements directly off of various sensor 
devices, which simplifies the task of interfacing with different types of analog sensor 
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elements. We take advantage of the existing engineering and design solutions within 
these devices to reduce the effort and cost associated with implementing the various 
sensors used within DORI. Some devices use low-cost static LCD technology with 
negative voltages used to control the display segments. For these devices we use a 
silicon-germanium diode clamping circuit to limit these voltages to -0.3v in order to 
protect the microcontroller's inputs. 

4.1.1 Atmospheric data 

The primary mission objective is to record remote environmental measurements and 
transfer the data back to TK. The atmospheric sensors are therefore very critical 
in studying the environment of the target site. The atmospheric sensor nodes are 
configured to output continuous periodic measurements, and the output rate can be 
changed to affect the granularity of the reported measurements. 

Temperature 

We decided to use the Maxim DS18B20 1-Wire Digital Temperature 

j I Sensor due to our prior experience with this particular device. This 

(II sensor has a measurement range of — 55 °C to +125 °C, with ±0.5 °C 

P accuracy from — 10 °C to +85 °C [4|. It is pre-calibrated and can 

DSI8B20 sensor be connected using a single wire simultaneously carrying data and 

power. Several DS18B20 sensors were acquired as free samples from 

Maxim Semiconductor, and are installed among the various components to gather 

various temperature readings. 

Maxim's 1-Wire devices can be individually addressed over a shared data wire, 
referred to as a 1-Wire network. The 1-Wire search algorithm is conceptually similar 
to the bus arbitration used by CAN. Individual bits are sequentially queried across 
each possible device identifier, and any matching devices are further specified until 
they can be uniquely identified by the bits in the query [3j. Using this search algo- 
rithm, we can place hundreds of 1-Wire sensors across the robot, all interfaced via 
a single system bus node. For our purposes we decided to include 12 temperature 
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sensors placed inside and outside the robot frame, as well as scattered among the 
heat-sensitive electronic components, and one temperature sensor for each of the four 
motors (stepper motor, linear actuator, and both drive motors.) 

Air pressure 

We picked the Bosch Sensortec BMP085 barometric pressure sensor 
because of the many inexpensive hobbyist-level development mod- 
ules for the sensor available from online suppliers. The BMP085 
is an l2c sensor which outputs a raw pressure value from a piezo- 
bmpo85 module resistive sensing element. A compensation algorithm is also pro- 
vided to convert the raw sensor values to calibrated barometric 
pressure measurements [5J. The output from this sensor represents the current air 
pressure in kPa, and two additional measurements can be derived from it. When this 
value is averaged over several days it can be used as a high-resolution altimeter. In 
addition, the current barometric pressure reading can then be compared to the aver- 
age pressure for a particular altitude to provide a rough estimate of changing weather 
conditions such as incoming storms or other pressure systems. 

Wind velocity 

There are many common wind speed and direction sensor designs, most of which 
use a rotating wheel anemometer to measure wind speed combined with a wind vane 
to measure wind direction. These designs are delicate and difficult to seal against 
moisture and debris. There are also cheap handheld digital units such as the GM8908 
for $14, but most of these are unidirectional [12j. 

We adopted a basic solid-state design in order to simplify the hardware config- 
uration. We attached an aftermarket Wii Nunchuck containing an Analog Devices 
ADXL335 accelerometer to the end of a flexible plastic tube mounted vertically to 
the robot's body. The tube is further wrapped in thick foam to increase its wind 
resistance. 

The device can be modelled as a beam with a uniformly distributed load: as 
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Figure 4.1: Wind velocity sensor calibration data 
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the tube gets pushed by the wind, the deflection is measured by the accelerometer 
mounted at the top. Using this sensor construction means that the entire device is 
environmentally sealed from moisture, dirt, and other debris. However this simple 
design means the sensor's output is highly nonlinear and must be calibrated against 
several known values before useful wind speed measurements can be recorded. There- 
fore, we have taken several sample readings using a large electric fan, and calibrated 
them against simultaneous values from a GM8908 unit |12| . We must also compen- 
sate for the effect of gravity by subtracting the current tilt of the robot from the wind 
sensor accelerometer 's values. 



Rainfall 

The target exploration site is a coastal rainforest, so rain- 
fall will be a very important environmental measurement. 
Like the wind velocity sensor, there are several common 
designs used by hobbyists to measure rainfall. The sim- 
plest design measures the water height in an open-ended 
container. This design is prone to failure if heavy rainfall 
fills the container faster than it is allowed to drain, causing it to overflow. Another 
common design uses a tipping cup design, where rain is tunneled into one of two cups 
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mounted on opposite ends of a tipping lever. Once a cup is filled, the weight of the 
water inside causes the cup to tip down and spill its contents, raising the other cup to 
be filled - a small sensor mounted on the lever arm records each tip event as a fixed 
volume of rain that has fallen since the device last tipped. However this design also 
has flaws, most notably a lack of precision as well as increased mechanical complexity. 
Due to the target site's high rainfall (an annual average of 2400 mm [lj), we decided 
to use the tipping cup design. We found a consumer- level device, the WH-0531 
Wireless Rain Gauge, which uses a simple plastic tipping cup sensor. To measure 
frozen precipitation such as snow and hail, we modified the rain gauge by adding 
a heating pad to the underside of the collecting funnel. This heating pad will be 
activated whenever the external temperature falls below 0°C, melting the snow so 
that it can be measured. 

Rain pH 

DORI has two separate pH measurement strategies. The rain captured by the rain 
gauge flows past a saturated calomel (mercury (I) chloride) sensing element. In addi- 
tion, a strip of litmus paper is attached to DORI's frame, exposed to any falling rain. 
After DORI is deployed to the target site, we will monitor the rainfall sensor until we 
detect rain, and then photograph the litmus paper using the digital camera. 

We use the SKU012120 Digital pH Sensor which can measure pH values between 
0-14 with an accuracy of approximately ±0.2 pH. This is a consumer product meant 
for household pH measurement of pools and aquariums which we have found to be 
very reliable and accurate. 

The second pH measurement device we include is a strip of universal indicator 
litmus paper that can measure pH values between 1 - 14. We have also mounted 
a color swatch beside the litmus paper for colour calibration. This can be used to 
calibrate the color balance of the photos taken by the camera to get a more accurate 
measurement of the color of the litmus paper once it has been exposed to rainwater. 
The paper can only be used once, but this will allow us to get a single reference pH 
measurement of the rainwater in the target environment. 
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Smoke 

We have also included a MQ-2 combustible gas sensor, which is sen- 
sitive to methane, hydrogen, liquified petroleum gas such as propane 
and methane, and smoke particulates. We do not expect to find many 
flammable gases in the air at the target site, but it is possible that 
a nearby forest fire could be detected based on elevated smoke par- 
ticulate measurements. However we lack the necessary equipment to 
calibrate this sensor's analog output, so it is useful only as a relative 
measurement. If we graph this value over time, we may be able to detect trends which 
will help us detect unexpected changes in the composition of the air. 
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We purchased a CHM-02-L dual temperature and humidity sensor 
from an electronics market in China. Later we realized that the LM35 
temperature sensor had not been included on the board so this sensor 
is only usable as a humidity sensor (this configuration should be sold 
as CHM-02.) The sensor element is a Cybersen CHR02-233 based on 
an AI2O3 substrate sensing element, connected to a TI LM2902 op- 
amp. As configured, the sensor outputs a voltage ranging from 0.3 - 



2.7v linearly corresponding to humidity values of 10% - 95%. 



4.1.2 Telemetric data 

DORI is also equipped to measure geomatic data about its environment. It is able 
to record distance and location information to allow the operator to perform basic 
surveying and cartography using TK. 
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Figure 4.2: Calibration of CHM-02 against Environment Canada climate data [7] 
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The general name used for robot distance measurement technolo- 
gies is called LIDAR (Light Detection and Ranging). Common 
LIDAR techniques include using a combination of lasers, mirrors, 
and other optical scanners to measure the length of time taken for 
a beam of light to reflect off a distant object. This technique re- 
quires extremely high precision electronic circuits as well as highly 
calibrated optical sensing equipment. 

An example of consumer-grade laser distance scanning is the 
Neato Robotics XV- 11 robotic vacuum where LIDAR is used for 
indoor navigation and mapping. A laser is aimed at a spinning 
mirror able to direct the beam in a full 360° circle around the robot. Distance mea- 
surements are continually taken and a two-dimensional point cloud is created rep- 
resented a single horizontal plane of the environment. Shortly after its release, the 
XV-ll's sensor module was reverse-engineered and information was published allow- 
ing hobbyist electronics enthusiasts to reuse the XV-ll's LIDAR sensor in their own 
projects. The biggest drawback of this technique is its cost, as the XV- 11 is sold for 
over $300 and Neato has not announced plans to sell the sensor module separately. 
Another LIDAR technique that is used by the Microsoft Kinect sensor is to project 
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a pattern of infrared points onto a scene which are viewed by one or more cameras. The 
position of the infrared points can be measured to reconstruct the depth information 
of the original scene. However this system produces large amounts of data and requires 
a fast processor to perform the three-dimensional reconstruction. The Kinect sensor 
itself has a USB 2.0 High-speed interface and produces too much data for an 8-bit 
microcontroller to process. 

In order to avoid the engineering challenges of creating a precision LIDAR system, 
we decided to use a handheld laser distance meter as our sensor element. We purchased 
a CEM LDM-40 Laser Distance Meter from a Chinese supplier, capable of measuring 
distances from 0.2 - 40 meters with a resolution of approximately 2 mm. This handheld 
unit is designed to display the measured distance on an LCD. We inspected the 
signals being sent to the LCD and discovered that the individual display segments 
are controlled using SPI. We analyzed the protocol and determined how each display 
segment is controlled. In this way, we were able to capture the number being displayed 
on the screen and use it for telemetric measurements. 

Ultrasonic distance 

The cheapest way to acquire ultrasonic distance range mod- 
ules is from online suppliers, and there are several ultrasonic 
modules which share a compatible three- or four-pin inter- 
face such as the SR04, SRF05, DYP-ME007, and the Par- 
allax PING))) sensor. The sensing technique used by all of 
these units is the same: a high-frequency (ultrasonic) audio 
pulse is emitted from one transducer head, and any return- 
ing echo pulse is received and filtered by a second head. The output signal's logic high 
state drops to Ov once the echo pulse is detected, and the length of this high state can 
be divided by the approximate speed of sound in air at a typical temperature (343 
m/s for 20 °C) to obtain a distance estimate ranging from 5cm up to several meters 
depending on the reflectivity of the material. This distance measurement represents 
the distance travelled by the sound pulse, and can be divided by 2 to give the distance 
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to the object. If higher precision is needed then the current environmental temper- 
ature can be taken into account and an updated value can be used for the speed of 
sound. 

This module cannot be waterproofed by means of the same technique used on 
simpler devices (see "Construction - Nodes") due to the mechanical interference caused 
by the waterproof coating on the sound pulse emitted by the sensor. As a cheap 
solution we decided to use the ultrasonic sensor elements found in cars which are used 
to give the driver an audible proximity warning signal when they approach an obstacle 
while backing up their car. We visited a junkyard and took two waterproof ultrasonic 
transducer sensors from a wrecked car bumper we found in the garbage. We bought 
a standard SR04 ultrasonic module from an online retailer and replaced its indoor 
ultrasonic sensors with the car bumper sensors. We removed the indoor ultrasonic 
sensor elements from the SR04 and replaced them with the waterproof vehicle sensors. 
This gives us a rugged, environmentally-sealed distance measuring device at a fraction 
of the cost of a waterproof sensing module sold by robotic parts vendors. 

Infrared thermometer 

Infrared thermometers detect the amount of thermal (or black- 
body) radiation emitted by a warm object. It is hoped that 
we may be able to use this value to detect and distinguish 
^ mooo „ . the materials surrounding DORI, including trees, rocks, grass, 

DT8220 unit ° ' ° ' j o 7 

and any living organisms that are present. We purchased a 
small, pen-style infrared thermometer from an online retailer, and connected small 
signal wires onto its display connector. We use the same screen sniffing technique 
detailed in "Construction - Nodes" to extract the displayed temperature reading, and 
this value is then output to the system bus for logging. The infrared thermometer is 
mounted on the sensor plate, aligned parallel to the laser distance meter. 





CHAPTER 4. PERIPHERALS 22 

PIR motion 

We extracted a Passive Infrared (PIR) motion sensor from a broken home alarm 
system. This sensor is designed to detect the body heat radiated by living creatures, 
and it signals its output when a sudden change in heat is detected. We constantly 
monitor this signal in an attempt to photograph any wildlife that wanders near DORI. 

GPS 

Almost all GPS receivers output a variant of the NMEA 0183 stan- 
dard which is a simple stream of ASCII sentences at 9600 baud con- 
taining plaintext descriptions of the unit's current location, speed, 
currently visible satellites, as well as the current time and date. 

LEA-4S module 

This means a particular GPS driver will work with almost any com- 
modity GPS receiver that includes an NMEA output pin. We were 
therefore relatively free to pick any off-the-shelf GPS receiver. DORI uses a uBlox 
LEA-4S GPS module purchased from an electronics market in China. This unit in- 
cludes a simple passive external antenna which we mounted on the top of the arm in 
order to maximize its received signal strength. 

The GPS node is configured to periodically output DORI's latitude and longitude 
after averaging several GPS sensor readings. This is because we don't expect DORI 
to move very much when we haven't sent any motor commands, so DORI's position 
should remain fixed between drive events. Every unique spot where DORI remains 
between drive events is referred to as a site, and these are automatically logged and 
uniquely numbered by the GATEWAY server when a drive command is sent. The 
operator can then use TK's site editor to manually reconstruct a particular site's 
surrounding environment based on the recorded sensor measurements. 

In addition to recording DORI's current position, the GPS node also extracts 
the current time and date from the NMEA output, and outputs a normalized unix 
timestamp onto the system bus for each node to synchronize to the same value. This 
limits the amount of clock drift that can occur as various nodes are outputting periodic 
sensor readings. Having this value available from the GPS satellites means that we 
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don't need to include an additional RTC (real-time clock) hardware module. 



4.1.3 Orientatation data 

Accelerometer 

Linear motion accelerometers measure the sensor's linear acceler- 
ation along a number of perpendicular axes. For an object that 
is at rest on earth, the sensor's output will represent the accelera- 
tion due to gravity, and the direction of this vector can be used to 
calculate the sensor's physical orientation. 

We chose to use Nintendo Wii motion-sensitive controllers 
containing the Analog Devices ADXL335 3D linear accelerom- 
eter to measure DORI's physical orientation. We found that 
these Nunchuck controllers are a very low-cost way to acquire the 
ADXL335 sensor along with all the necessary filtering capacitors 
and power regulation circuitry. Linear accelerometers are susceptible to drift, so we 
filter the measured values in order to obtain a more precise tilt measurement. 




Wii nunchuck 



Magnetometer 

DORI is also equipped with a Honeywell HMC5883L 3-axis digital magnetometer. 
A magnetometer is a digital compass that can measure the magnetic field strength 
along several axes. These individual measurements can then be used to calculate a 
magnetic field vector representing a magnetic flux and its direction. Near Earth's 
equator the magnetic field lines run parallel to the ground, and the sensor's X and Y 
axis measurements can be directly used to calculate a bearing toward magnetic north. 
Nearer to the poles, the Earth's magnetic field lines run almost perpendicular to the 
ground, and a small amount of tilt will produce extremely large errors in the calcu- 
lated bearing. Therefore in most applications an accelerometer's tilt measurement is 
combined with the magnetometer's X, Y, and Z axis values to produce an accurate 
tilt-compensated compass bearing jS]. 
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Due to the large quantities of ferromagnetic metal used in the robot's construction, 
the magnetometer's output is subject to a large but predictable amount of magnetic 
bias (known as the soft-iron field.) In order to measure the strength of the soft-iron 
field, an averaged magnetometer measurement was recorded in a large grass area free 
of large metal objects, and two more reference measurements were taken in the same 
position and orientation outside of DORI's chassis, with the sensor arm raised and 
lowered. 
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Figure 4.3: Magnetometer calibration for different arm positions 



The difference between these measurements represents the magnetic bias induced 
by the frame for each arm position, which must be subtracted from any subsequent 
measurements taken from within the metal frame. The state of DORI's arm is 
recorded by GATEWAY, and these measurements are normalized by GATEWAY be- 
fore being stored for analysis. For magnetometer values recorded while the arm is 
between the raised and lowered positions, a bias estimate is created by linear inter- 
polation between the two measured arm position bias values. 
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Gyroscope 

An InvenSense MPU-6050 digital gyroscope is also included in order to measure ro- 
tational acceleration along all 3 axes. This sensor is only activated during a drive 
event, in order to record a high precision motion profile of the terrain DORI is driv- 
ing over. This 3-dimensional motion profile is then logged and transmitted back to 
GATEWAY. The data will help reconstruct the terrain connecting the two sites that 
DORI has visited. The MPU-6050 unit also includes a 3-axis linear accelero meter, 
which can be used as a backup device in the event of a hardware failure in the primary 
accelerometer. 

Arm position feedback 

The linear actuator used to raise and lower the arm has an integrated linear poten- 
tiometer which can be used as a voltage divider to produce a voltage range representing 
its current position. This value is connected to an AD (analog-to-digital) input pin of 
the motor control node, and can be used to raise and lower the arm to precise angles 
between 0° and 90° (fully raised.) 

4.2 Outputs 

DORI's controllable outputs are all connected using a common interfacing technique. 
We made sure to pick devices that operated at 12v DC, and their power is controlled 
using mechanical relays. The list of devices which are connected in this way includes 
DC motors, lights, heating pads, Peltier thermoelectric cooling pads, as well as the 
stepper motor for the sensor plate and the linear actuator for raising the arm. 

The two DC motors, the linear actuator, and the thermoelectric cooling pads are 
all connected through simple H-bridge circuits made from two relays each. For the 
DC motors and the linear actuator, this gives us simple directional control using 2 
output pins per device. 

The thermoelectric cooling pad uses the Peltier effect to create a temperature 
differential when an electric current passes through a bond joining two types of metal 



CHAPTER 4. PERIPHERALS 



26 



12v 



12v 





Device 




Relay 



Relay 



Figure 4.4: A simple H-bridge using 2 relays (not all connections shown) 

- one side of the bond will be heated, and the other side will be cooled. When the 
direction of the current is reversed, the direction of the heat differential is reversed 
and the temperature of the two sides is swapped. We have attached these cooling 
pads on our two most temperature-sensitive devices, the camera and the laser range 
finder. In this way we can carefully regulate the temperature of these devices, and 
when the temperature falls outside the acceptable range the device can be cooled or 
heated as required. 

The lights, heating pads, and the battery contingency circuit (see Battery level 
sensor) are connected through a single relay, giving us simple on-off control. 

4.3 Auxiliary 



Data logger 

During normal operation DORI's nodes are configured to periodically capture sensor 
measurements and broadcast them on the main system bus. These measurements are 
automatically recorded by the logger node, which writes all system bus traffic to an 
SD card to be transferred back to GATEWAY. The only system bus traffic which is 
excluded from the data log is file transfer packets, because these contain data which 
are already stored elsewhere. 

This operation essentially represents the core activity during DORI's passive op- 
erating mode, and is therefore more important to DORI's operation than most other 
nodes. DORI is thus equipped with an alternative logging strategy in the event that 
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the data logger node fails. The node which controls the sensor plate electronics includ- 
ing the laser range finder, the infrared thermometer, and the Powershot digital camera 
is also able to access the camera's internal SD card. In the event of a hardware failure 
of the data logger node, we are therefore able to reflash the sensor plate node with 
an alternative firmware that includes data logging capabilities, and continue normal 
operation. 

The function of the logger node is critical for data collection during DORI's passive 
operating mode, as all sensors broadcast onto the system bus are expected to be 
picked up by the logger for permanent storage. In the event of a hardware failure 
on the logger node, the node used to control the Powershot camera can be used as 
a replacement logger node, and can be reflashed to log all system bus traffic to the 
Powershot's internal SD card. 

Image capture 

As a simple image capture solution we decided to modify a consumer-grade Canon 
Powershot A540 to be controlled by a microcontroller. By soldering onto the buttons 
and switches of the camera, we were able to provide an interface for the AVR to 
take pictures, navigate menus, and power cycle the device. The Powershot saves the 
captured images, video, and sound clips to an attached SD card, and the AVR can 
use its own wires connected to the same SD card to read the resulting file. 

Realtime clock 

The clocks used on DORI's internal nodes can incur up to several minutes of clock 
drift, depending on several factors including temperature, physical orientation, and 
gradual aging effects. This clock source can be used for simple timers used to out- 
put periodic measurements from various sensors, but there will be an unpredictable 
amount of drift in the timestamps of the reported measurements. One solution would 
be to remotely send a command to update the absolute timestamp stored on each 
node at periodic intervals, however this would require periodic connections just for 
this purpose. 
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We had originally planned to include a Maxim 1-Wire DS1904 RTC (real-time 
clock) module to periodically update every node's internal timestamp from its high- 
quality internal clock source. The DS1904 module is internally temperature-compensated 
and contains its own internal battery rated for a 10-year lifetime. This provides a sta- 
ble independent clock source with minimal extra hardware complexity, as a compatible 
1-Wire network had already been implemented for the DS18B20 temperature sensors. 

Another candidate clock source was the WWVB broadcast signal, which is used 
to synchronize millions of low-cost radio controlled clocks in North America. This 
signal can be picked up using a small circuit, or the signal could be directly read from 
a commodity radio controlled clock unit. 

Eventually we decided to directly use the clock signal received by the GPS node 
which is generated by the high-precision atomic clocks within the GPS satellites. This 
introduced a new problem, as DORI's internal timestamp values were now more accu- 
rate than the system clock of the GATEWAY server. We found the GPS timestamp to 
be virtually identical to the value broadcast by NASA's NTP service at ntp . time . gov, 
so the GATEWAY server was configured to synchronize its system clock over NTP every 
day. 

Solar panel 

DORI has two separate batteries and these are used to power the high power devices 
and logic devices, respectively. We purchased two solar panels from an online retailer 
meant for trickle-charging a vehicle battery, and these are used to provide power 
once DORI is deployed. The solar panels charge both batteries to a nominal 12. 7v, 
and have internal charge controllers to protect the batteries against overcharging and 
overvoltage. 

The solar panels are mounted on DORI's arm in order to avoid accumulation of 
leaves and other debris. If a large amount of material has accumulated on the solar 
panels, the operator can raise the arm to a 45° angle and wait for incoming rainfall 
to dislodge the material. 
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Battery level sensor 

During DORI's normal operation it is critical that the battery power is never allowed 
to fall below llv or so, as this could interfere with the operator's ability to commu- 
nicate with DORI and retrieve sensor measurements. If the power level were to fall 
below a usable level, DORI's nodes would immediately detect the brown-out condition 
and attempt to send a final signal before powering off. As the solar panels gradually 
recharge the batteries, DORI's nodes would power on and normal modem communi- 
cations can resume. This hibernation state allows for continued operation even during 
periods of extremely low solar panel output. The voltages of the two batteries are fed 
into a sensor node as inputs allowing the operator to track the battery charge levels 
over time. If the charge level is found to be too low, one or more of DORI's sensor 
nodes can be put into a deep sleep state to minimize power use until the batteries 
have been recharged. 

Despite being electrically isolated, the batteries are able to be bridged together 
using a contingency circuit consisting of two relays and a low- value resistor. This will 
only be used in an emergency situation if the battery used for the logic circuitry or its 
solar panel experiences a malfunction and is no longer able to power the main system 
electronics. The two batteries will then be bridged to allow the failed battery to be 
supported by the other functioning battery. 

Mirror 

A small convex stainless steel mirror is mounted on DORI's arm to one side of the 
rotating sensor plate. During operation, the Powershot camera can be aimed at this 
mirror to capture an image of DORI's main chassis. This can be used to assess 
DORI's physical condition in the event of a physical disturbance or other obstruction 
that has interfered with DORI's operation. Having a mirror means that we are able to 
capture images of various angles that would not otherwise be possible without adding 
an additional degree of freedom to the movement of the arm or sensor plate. 
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Patching 

In the event that a software bug is found after DORI has been deployed to a remote 
location, we've written a simple patching procedure that can be executed to update 
the software running on any of the nodes. The patching procedure is performed 
in two steps. We begin by transmitting the updated firmware image to one of the 
SD cards (note that both the logger and the Powershot camera have SD cards that 
can be used for this purpose.) Once the entire firmware image has been uploaded, 
DORI computes a CRC-16 checksum to verify that the file wasn't corrupted during 
transmission. If there are no errors with the computed checksum, then the target 
node can be reflashed. A system bus command is sent to the node to send it into 
a rehashing loop, and the contents of the firmware image file are streamed over the 
system bus. Chunks are flashed on the fly, and the target node replies with a Clear 
To Send (CTS) message after every file chunk for strict flow control. Once the node's 
firmware has been fully reflashed, it begins executing the new code. 
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Conclusion 



We have designed and built a simple reliable robot for remote exploration and data 
collection. Over the next several months we will continue to test DORI's various 
systems for faults. DORI will be tested for mechanical and electrical equipment 
failure, as well as complete communication loss. After DORI's failsafe systems have 
been fully tested under various weather conditions, we will permanently deploy DORI 
to a remote location in order to prove the system's reliability. 

5.1 Future development 

During DORI's development we found several aspects of the design that could be im- 
proved, including the cellular-based communication link and the sensor plate mecha- 
nism. These components will be kept as-is during DORI's testing. We will research 
alternate solutions if any other issues are found. 

Several additional peripherals were originally planned but were removed from the 
final design for various reasons. These include a satellite phone for communications, a 
piezoelectric disdrometer to measure rain drop distribution, and a physical odometer 
to provide feedback on wheel rotations. These devices will likely be added to a future 
robot design. 
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5.2 Results 

After preliminary testing, we have found DORI's distributed archicture to be very 
reliable and simple to develop. Any number of sensor nodes could be added to the 
final design without changing the system architecture. The design's simplicity is due 
to the small amount of data gathered - a faster processor archicture would be needed 
to handle greater quantities of data. However, as a simple data collection system, 
DORI's distributed node design performs within our expectations. 

We are currently collecting performance and reliability data in order to test DORI's 
failure response systems. We intend to carry out 8-10 months of further testing, and 
we expect to fully deploy DORI in April 2014. 
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Bill of materials 



Base frame 


Scrap streetlight enclosure 


$0 


Wheels 


Scrap tractor wheels 


$20 


Arm 


Scrap floor jack 


$0 


Linear actuator 


aliexpress.com 


$30 


Drive motors 


Scrap BMW power window motors 


$30 


Drive shafts 


Scrap lawnmower drive shafts 


$0 


Chains 


Princess Auto 


$30 


Sensor plate 


Scrap aluminum 


$0 


Stepper motor 


aliexpress.com 


$25 


BMP085 


aliexpress.com 


$8 


Wii Nunchuck 


aliexpress.com 


$8x2 


Heating pads 


aliexpress.com 


$10 


Peltier pads 


aliexpress.com 


$10 


Canon Powershot A540 


craigslist.org 


$10 


ublox LEA-4S GPS module 


aliexpress.com 


$25 


WH-0531 wireless rain gauge 


ebay.ca 


$20 


ATmega88 


taobao.com 


$2 x 10 


BenQ m32 GSM modem 


aliexpress.com 


$16 x 2 


GSM antenna 


dx.com 


$10 


Nokia 3390 cellphone 


craigslist.org 


$15 
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Rubber sealant 


Home Depot 


$10 


Metal armored cable 


Scrap from junkyard 


$0 


DS19B20 temperature sensor 


microchip.com free sample 


$0 x 12 


4GB SD card 


dx.com 


$5x2 


MCP2515 CAN controller 


microchip.com free sample 


$0 x 16 


MCP2551 CAN transceiver 


microchip.com free sample 


$0 x 16 


Passive IR sensor 


Scrap motion detector 


$0 


HC-SR04 ultrasonic distance sensor 


aliexpress.com 


$3 


Litmus paper 


aliexpress.com 


$2 


Plastic tube, foam pipe 


Home Depot 


$5 


Waterproof ultrasonic transducer 


Salvaged from broken car bumper 


$0 


Infrared thermometer 


aliexpress.com 


$9 


LDM-40 laser distance meter 


aliexpress.com 


$65 


Relays 


Lee's Electronics 


$30 


Flood light 


Princess Auto 


$20 


Convex mirror 


Princess Auto 


$10 


MQ-2 


aliexpress.com 


$1.50 


10W solar panel 


aliexpress.com 


$35 
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